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(54) Bezeichnung: TRANSAKTTONSSERVER UND COMPUTERPROGRAMMPRODUKT 



(57) Abstract: A computerised transaction server (1), 
for the conclusion of contracts between service asers 
and service providers, comprises a user interface with 
several data input modules (151), having data input 
fields for the input of data relating to the object of 
the contract. Data rules and business rules, provided 
for the data input fields, are stored in a regulatory 
databank (18). The quality of inputted data values are 
verified by the transaction server (1), according to the 
provided data rules and the data values are evaluated 
based on the provided business rules. Various contract 
conclusion processes (141, 142) and/or data input 
modules (151) for the input of additional data are 
automatically selected and activated by the transaction 
server, depending on the result of the evaluation. For 
the checking and evaluation of the data values, sets 
of rules with differing business rules and/or data rules 
are selected by the transaction server (1), depending 
on inputted data values. The transaction server (1) 
permits a complex and flexibly configurable automatic 
evaluation of inputted data values and dynamic and 
automatically adjustable data input sequence and 
process operation plan dependent on inputted data 
values and stored business rules. 

(57) Zusammenfassung: Es wind ein computerisierter 
Transaktionsserver (1) zum Abschliessen von Vertragen 
zwischen Leistungsnehmern und Leistungserbringem 
vorgeschlagen, welcher eine Benutzerschnittstelle mit 
mehreren Dateneingabemodulen (151) aufweist, die 
Dateneingabef elder zur Eingabe von Vertragsgegens- 
tandsdaten umfassen. In einer Regeldatenbank 
(18) sind Datenregeln und Geschaftsregeln den 
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Transaktionsserver und Computerprogrammprodukt 

Technisches Gebiet 

Die vorliegende Erfindung betrifft einen computerisierten Transaktionsser- 
ver und ein Computerprogrammprodukt zum Abschliessen von Vertragen zwi- 

5 schen einem Leistungsnehmer und einem Leistungserbringer. Die vortiegende 
Erfindung betrifft insbesondere einen computerisierten Transaktionsserver, der 
eine Benutzerschnittstelle mit Dateneingabefetdem zur Eingabe von Vertrags- 
gegenstandsdaten, den Dateneingabefetdem zugeordnete gespeicherte Daten- 
regeln, und Validierungsmittel umfasst, wobei die Benutzerschnittstelle fur Leis- 

10 tungsnehmer mittels Endgeraten uber ein Telekommunikationsnetz bedienbar 
ist und wobei die Validierungsmittel eingerichtet sind zum Uberprufen von uber 
die Dateneingabefelder eingegebenen Datenwerten basierend auf den zuge- 
ordneten Datenregeln, zum Anfordem von Korrekturen uber die Benutzer- 
schnittstelle entsprechend den zugeordneten Datenregeln und zum Erzeugen 

15 eines Validierungsresultats. 

Stand der Technik 

Computerisierte Systeme mit- Benutzerschnittstellen zum Entgegenneh- 
men von Daten fur Vertragsabschltisse zwischen einem Leistungsnehmer und 
einem Leistungserbringer sind gegenwartig insbesondere iiber das Internet ver- 

20 fugbar. Urn die Qualitat der Datenerfassung zu erhohen, sind die bekannten 
Systeme typischecweise mit Validierungsmitteln ausgestattet, urn die eingege- 
benen Datenwerte basierend auf Datenregeln zu uberprufen, die den Daten- 
eingabefetdem der Benutzerschnittstellen zugeordnet sind, und um notigen- 
falls Korrekturen uber die Benutzerschnittstelle anzufordem. Im Falle von Pro- 

25 dukten oder Dienstleistungen, denen festgesetzte Kaufpreise zugeordnet sind, 
konnen durch die bekannten Systeme automatisch Verkaufsvertrage on-line 
abgeschlossen werden. Betreffen die Vertragsgegenstande jedoch Leistungen, 
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denen Vertragsbedingungen und insbesondere Preise nicht einfach eins-zu- 
eins zuzuordhen sind, so eignen sich die bekannten Systeme bloss zur Daten- 
erfassung fur Leistungsbestellungen oder Leistungsantragen, die zu einem spa- 
teren Zeitpunkt durch Sachbearbeiter des Leistungserbringers „manuell" be- 
handelt werden mussen. Das heisst Vertrage fur Leistungen, die von vielen Be- 
dingungen und Faktoren abhangig sind, beispielsweise Versicherungsleistun- 
gen, die von zahlreichen und unterschiedlichen Risikofaktoren und Versiche- 
rungsbedingungen abhangig sind, konnen durch die bekannten Systeme nicht 
automatisch und on-line abgeschlossen werden. In den bekannten Systemen 
ist es moglich Benutzer aus unterschiedlichen Landern und/oder Sprachregio- 
nen unterschiedlich zu behandeln, indem nach der Angabe des betreffenden 
Landes oder der betreffenden Sprachregion fur den Benutzer unterschiedliche 
Benutzerschnittstellen ausgewahlt und aktiviert werden. Zum Beispiel wird dem 
Benutzer eine landes- oder sprachspezifische grafische Benutzerschnittstelle 
prasentiert. Mehrere verschiedene Benutzerschnittstellen fur unterschiedliche 
Benutzergruppen erhohen die Komplexitat und Wartungskosten des Systems, 
beispielsweise muss eine allgemeine Anderung der Benutzerschnittstelle in 
samtlichen landes- und sprachspezifischen grafischen Benutzerschnittstellen 
vorgenommen werden. 

Darstellurig der Erfindung 

Es ist eine Aufgabe der vorliegenden Erfindung einen computerisierten 
Transaktionsserver zum Abschliessen von Vertragen zwischen einem Leis- 
tungsnehmer und einem Leistungserbringer vorzuschlagen, der nicht die 
Nachteile der bekannten Systeme aufweist. Es ist insbesondere eine Aufgabe 
der vorliegenden Erfindung einen computerisierten Transaktionsserver vorzu- 
schlagen, der eine fur Leistungsnehmer mittels Endgeraten uber ein Telekom- 
munikationsnetz bedienbare Benutzerschnittstelle mit Dateneingabefeldem zur 
Eingabe von Vertragsgegenstandsdaten umfasst, welche fur die Leistungs- 
nehmer unabhangig von Standort oder gewunschtem Vertragsgegenstand 
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(Leistung) als universale Benutzerschnittstelle verfugbar und verwendbar ist. Es 
1st insbesondere eine weitere Aufgabe der vorliegenden Erfindung einen com- 
puterisierten Transaktionsserver vorzuschlagen, der eine universale Benutzer- 
schnittstelle umfasst, die ohne fur Leistungsnehmer sichtbare Anderungen fle- 
5 xibel an variable Geschaftsbedingungen und Vertragsgegenstande anpassbar 
ist. 

Gemass der vorliegenden Erfindung werden diese Ziele insbesondere 
durch die Elemente der unabhangigen Anspriiche erreicht. Weitere vorteilhafte 
Ausfuhrungsformen gehen ausserdem aus den abhangigen Anspruchen und 
10 der Beschreibung hervor. 

Der computerisierter Transaktionsserver zum Abschliessen von Vertragen 
zwischen einem Leistungsnehmer und einem Leistungserbringer umfasst eine 
fur Leistungsnehmer mittels Endgeraten uber ein Telekom munikationsnetz be- 
dienbare Benutzerschnittstelle. Die Benutzerschnittstelle weist mehrere Daten- 

15 eingabemodule auf, die Dateneingabef elder zur Eingabe von Vertragsgegens- 
tandsdaten umfassen. Der Transaktionsserver umfasst zudem gespeicherte 
Datenregeln, die den Dateneingabefeldem zugeordnet sind, sowie Validie- 
rungsmittel zum Uberprufen von uber die Dateneingabefelder eingegebenen 
Datenwerten basierend auf den zugeordneten Datenregeln, zum Anfordern von 

20 Korrekturen uber die Benutzerschnittstelle abhangig von den zugeordneten Da- 
tenregeln und zum Erzeugen eines Validterungsresultats. 

Die oben genannten Ziele werden durch die vorliegende Erfindung insbe- 
sondere dadurch erreicht, dass der Transaktionsserver gespeicherte Ge- 
schaftsregeln umfasst, die einem oder mehreren der Dateneingabefelder zuge- 
25 ordnet sind, dass der Transaktionsserver Evaluierungsmittel umfasst zum Eva- 
luieren der uber die Dateneingabefelder eingegebenen Datenwerte basierend 
auf den zugeordneten Geschaftsregeln" und zum Erzeugen eines entsprechen- 
den Evaluationsresultats, dass der Transaktionsserver mehrere verschiedene 
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Vertragsabschlussprozesse umfasst zum Anzeigen eines Vertragspreises uber 
"die Benutzerschnittstelle, zum Anfordern und Entgegenzunehmen einer Zu- 
stimmung zum Abschluss eines Vertrags vom Leistungsnehmer uber die Be- 
nutzerschnittstelle, und zum Abspeichem eines abgeschlossenen Vertrags, und 

5 dass der Transaktionsserver Steuermittel umfasst zum Aktivieren eines ersten 
der Dateneingabemodule, zum Aktivieren der Evaluierungsmittel bei positivem 
Validierungsresultat, und zum automatischen Selektieren und Aktivieren eines 
weiteren der Dateneingabemodule oder eines der Vertragsabschlussprozesse 
in Abhangigkeit des Evaluationsresultats. Der Transaktionsserver ist beispiels- 

10 weise eingerichtet zum Abschliessen von Ruckversiche rungs vertragen zwi- 
schen einer Versicherungsgesellschaft als Leistungsnehmer und einer Ruck- 
versicherungsgesellschaft als Leistungserbringer und die Vertragsgegens- 
tandsdaten umfassen in entsprechender Weise Angaben zu Versicherungspro- 
dukten und Versicherungssummen. Durch die Zuordnung von mehreren Ge- 

15 schaftsregetn zu einem oder mehreren Dateneingabefeldern wird eine komple- 
xe und flexibel konfigurierbare automatische Auswertung der eingegebenen 
Datenwerte ermoglicht, wobei Datenwerte von einzelnen Dateneingabefeldern 
und/oder gegenseitige Beziehungen von Datenwerten mehrerer Dateneingabe- 
felder untersucht werden. Durch Speichem von altemativen Geschaftsregeln 

20 und/oder Andern der Zuordnung der Geschaftsregeln konnen Bedingungen an 
eingegebene Datenwerte oder an Beziehungen zwischen eingegebenen Da- 
tenwerten dynamisch und flexibel geShdert werden, ohne dazu Anderungen an 
der Benutzerschnittstelle oder programmtechnische Anderungen am Transakti- 
onsserver vornehmen zu mussen. Die automatische Auswahl und Aktivierung 

25 von verschiedenen Dateneingabemodulen abhangig vom Evaluationsresultat 
ermoglichen die Ausfuhrung dynamisch und automatisch veranderbarer Daten- 
eingabefolgen und Prozessablaufmuster abhangig von eingegebenen Daten- 
werten und gespeicherten Geschaftsregeln. Die automatische Auswahl und 
Aktivierung von verschiedenen Vertragsabschlussprozessen abhangig vom 

30 Evaluationsresultat ermoglichen die Ausfuhrung dynamisch und automatisch 
veranderbarer Verarbeitungs- und Prozessablaufmuster fur den Vertragsab- 
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schluss abhangig von eingegebenen Datenwerten und gespeicherten Ge- 
schaftsregeln. Die Ablaufssteueaing, welche andere Module, Prozesse und 
Programmteile abhangig von Statuswerten aktiviert und/oder auswahlt, ermog- 
licht eine modulare Architektur, in welcher einzelne Module, Prozesse und/oder 
Programmteile ersetzt werden konnen, ohne dass dazu Anderungen an der 
Ablaufssteuerung notwendig sind. 

Vorzugsweise umfasst der Transaktionsserver eine Regeldatenbank, in 
der die Geschaftsregeln gespeichert sind, und die Geschaftsregeln umfassen 
jeweils eine Regellogik und einen oder mehrere Regelparameter, wobei die 
Regellogik in einer Ausfuhrungsvariante als ausfuhrbarer Programmcode ge- 
speichert ist. Die Speicherung der Geschaftsregeln in einer Datenbank ermog- 
licht eine maximale Flexibility, da die Geschaftsregeln dynamisch und gegebe- 
nenfalls ferngesteuert geandert werden konnen. Die Speicherung der Regello- 
gik als ausfuhrbarer Programmcode hat den Vorteil, dass fur den Transaktions- 
server komplexe Regeln dynamisch geandert werden konnen, ohne dass dazu 
programmtechnische Anderungen am Transaktionsserver vorgenommen wer- 
den mussen. 

Vorzugsweise sind die Datenregeln und Geschaftsregeln jeweils einem 
von mehreren Regelsatzen zugeordnet und die Steuermittel sind eingerichtet 
aus den Regelsatzen einen anzuwendenden Regelsatz auszuwahlen in Ab- 
hangigkeit mindestens eines in ein bestimmtes Dateneingabefeld eingegebe- 
nen Datenwerts. Die Validierungsmittel und die Evaluierungsmittel sind ent- 
sprechend eingerichtet die eingegebenen Datenwerte basierend auf den Da- 
tenregeln respektive Geschaftsregeln des anzuwendenden Regelsatzes zu 
uberprufen respektive zu evaluieren. Das bestimmte Dateneingabefeld ist bei- 
spielsweise fur die Eingabe von geografischen Datenwerten, fur die Eingabe 
von Datenwerten zur Benutzeridentifizierung oder fur die Eingabe von Daten- 
werten zur Leistungsidentifizierung vorgesehen. Den Regelsatzen sind entspre- 
chend jeweils geografische Daten, Benutzeridentifizierungsdaten und/oder 
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Leistungsidentifizierungsdaten zugeordnet und die Steuermittel sind eingerich- 
tet den anzuwendenden Regelsatz in Abhangigkeit eines eingegebenen geo- 
grafischen Datenwerts, eines eingegebenen Datenwerts zur Benutzeridentifi- 
zierung und/oder eines eingegebenen Datenwerts zur Leistungsidentifizierung 

5 auszuwahlen. Durch die dynamische Anderung aktiver Regeln im Transakti- 
onsserver abhangig von eingegebenen Datenwerten ist es moglich die Benut- 
zerschnittstelle universal zu gestalten und zur Verfugung zu stellen und dabei 
trotzdem den Erfordemisgrad der Daten und die anzuwendenden Geschaftsre- 
getn verschiedenen Bedingungen wie geografisches Gebiet (z.B. Land oder 

10 Region) oder Benutzer (z.B. Firma oder Kundengruppe) anzupassen. 

Vorzugsweise ist mindestens einer der Vertragsabschlussprozesse einge- 
richtet den Vertragspreis basierend auf eingegebenen Datenwerten automa- 
tisch zu berechnen. Durch einen automatisierten Vertragsabschluss konnen 
finanzielle Kosten eingespart werden, die bei der Bearbeitung durch einen 

15 menschlichen Vertreter des Leistungserbringers anfallen wurden. Zudem erfolgt 
der automatische Vertragsabschluss in der Regel in viel kurzer Zeit als ein 
^anueller* Vertragsabschluss, der durch einen menschlichen Vertreter unter- 
stutzt wird. Da die Selektion und Aktivierung des automatisierten Vertragsab- 
schlusses auf der regelabhangigen Validierung und Evaluierung der eingege- 

20 benen Datenwerte beruht, kann sicher gestellt werden, dass der automatisierte 
Vertragsabschluss nur angewandt wird, wenn die eingegebenen Datenwerte 
korrekt, plausibel und vollstandig sind und den Geschaftsbedingungen genu- 
gen. 

Vorzugsweise ist mindestens einer der Vertragsabschlussprozesse einge- 
25 richtet die eingegebenen Datenwerte elektronisch einem zustandigen mensch- 
lichen Vertreter des Leistungserbringers zuganglich zu machen, Dateneingaben 
vom menschlichen Vertreter entgegenzunehmen, eingegebene Daten vom 
menschlichen Vertreter dem Leistungsnehmer uber die Benutzerschnittstelle 
anzuzeigen und den Vertragspreis durch Datenaustausch uber die Benutzer- 
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schnittstelle zwischen dem Leistungsnehmer und dem menschlichen Vertreter 
auszuhandeln. Ein „manueller* Vertragsabschluss, bei welchem ein menschli- 
cher Vertreter des Leistungserbringers involviert wird, bewirkt zwar hdhere fi- 
nanzielle Kosten fur den Leistungserbringer als der automatisierte Vertragsab- 
5 schluss, doch kann entsprechend den Geschaftsbedingungen, beispielsweise 
fur besonders komplexe, risikoreiche oder kostspielige Vertragsgegenstande 
eine Intervention durch einen menschlichen Vertreter wiinschenswert sein. 

In einer Ausfuhrungsvariante sind die Steuermittel eingerichtet die einge- 
gebenen Datenwerte, das erzeugte Validierungsresultat und das erzeugte Eva- 
io luationsresultat einander zugeordnet zu speichern. Die abgespeicherten Da- 
tenwerte und Statuswerte stehen nicht nur fur die weitere Verarbeitung des 
betreffenden Vertragsabschlusses bereit, sondem konnen insbesondere auch 
zu einem spateren Zeitpunkt als Grundlage fur Verbesserungen an der Benut- 
zerschnittstelle oder fur Anpassungen der Regeln verwendet werden. 

is Die vorliegende Erfindung bezieht sich zudem auf ein Computerpro- 

grammprodukt, das ein computerlesbares Medium mit darin enthaltenen Com- 
puterprogrammcodemitteln zur Steuerung eines oder mehrerer Prozessoren 
des Transaktionsservers umfasst. Die Computerprogrammcodemittel Steuem 
die Prozessoren des Transaktionsservers derart, dass der Transaktionsserver 

20 eine Benutzerschnittstelle mit mehreren Dateneingabemodulen bereitstellt, die 
Dateneingabefelder zur Eingabe von Vertragsgegenstandsdaten umfassen, 
welche Benutzerschnittstelle fur Leistungsnehmer mittels Endgeraten uber ein 
Telekommunikationsnetz bedienbar ist, dass im Transaktionsserver Datenre- 
geln zugeordnet zu den Dateneingabefeldem gespeichert werden, dass im 

25 Transaktionsserver uber die Dateneingabefelder eingegebene Datenwerte ba- 
sierend auf den zugeordneten Datenregeln uberpruft werden, dass der Trans- 
aktionsserver uber die Benutzerschnittstelle basierend auf den zugeordneten 
Datenregeln Korrekturen anfordert, dass der Transaktionsserver ein Validie- 
rungsresultat erzeugt, dass im Transaktionsserver Geschaftsregeln zugeordnet 
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zu einem oder mehreren der Dateneingabefelder gespeichert werden, dass der 
Transaktionsserver ein erstes der Dateneingabemodule aktiviert, dass der 
Transaktionsserver bei positivem Validierungsresultat die uber die Dateneinga- 
befelder eingegebenen Datenwerte basierend auf den zugeordneten Ge- 
schaftsregeln evaluiert und ein entsprechendes Evaluationsresultat erzeugt, 
und dass der Transaktionsserver in Abhangigkeit des Evaluationsresultats ein 
weiteres der Dateneingabemodule oder einen von mehreren verschiedenen 
Vertragsabschlussprozessen selektiert und aktiviert, wobei die Vertragsab- 
schlussprozesse eingerichtet sind die Prozessoren des Transaktionsservers 
derart zu steuem, dass der Transaktionsserver einen Vertragspreis uber die 
Benutzerschnittstelle anzeigt, dass der Transaktionsserver uber die Benutzer- 
schnittstelle eine Zustimmung zum Abschluss eines Vertrags vom Leistungs- 
nehmer anfordert und entgegennimmt, und dass der Transaktionsserver einen 
abgeschlossenen Vertrag abspeichert. 

Kurze Beschreibung der Zeichnungen 

Nachfolgend wird eine Ausfuhrung der vorliegenden Erfindung anhand 
eines Beispieles beschrieben. Das Beispiel der Ausfuhrung wird durch die fol- 
genden beigelegten Figuren illustriert: 

Figur 1 zeigt ein Blockdiagramm, welches schematisch einen computeri- 
sierten Transaktionsserver zum Abschliessen von Vertragen zwischen einem 
Leistungsnehmer und einem Leistungserbringer darstellt, wobei der Transakti- 
onsserver uber ein Telekommunikationsnetz mit Endgeraten von Leistungs- 
nehmem verbindbar ist. 

Figur 2 zeigt ein Flussdiagramm, das schematisch den Prozessablauf im 
Transaktionsserver beim Abschliessen von Vertragen zwischen einem Leis- 
tungsnehmer und einem Leistungserbringer darstellt. 
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Figur 3 zeigt ein Flussdiagramm, das ein Beispiel eines vereinfachten 
Prozessablaufs im Transaktionsserver beim Abschliessen von Vertragen zwi- 
schen einem Leistungsnehmer und einem Leistungserbringer darstellt. 

Wege zur Ausfuhrung der Erfindung 

In der Figur 1 bezeichnet das Bezugszeichen 1 einen computerisierten 
Transaktionsserver zum Abschliessen von Vertragen zwischen einem Leis- 
tungsnehmer und einem Leistungserbringer. Der Transaktionsserver 1 wlrd 
vom Leistungserbringer betrieben und umfasst einen oder mehrere Computer 
mit jeweils einem oder mehreren Prozessoren. Wie in der Figur 1 schematisch 
dargestellt ist, ist der Transaktionsserver 1 uber ein Telekommunikationsnetz 2 
mit verschiedenen Endgeraten 3a, 3b und 3c von Leistungsnehmem verbun- 
den. Das Telekommunikationsnetz 2 umfasst ein Festnetz und/oder ein Mobil- 
funknetz. Das Festnetz ist beispielsweise das offentliche geschaltete Telefon- 
netz, ein ISDN-Netz (Integrated Services Digital Network) oder vorzugsweise 
das Internet oder ein Intranet. Das Mobilfunknetz ist beispielsweise ein GSM- 
(Global System for Mobile Communication), ein UMTS-Netz (Universal Mobile 
Telephone System) oder ein anderes, beispielsweise satellitenbasiertes Mobil- 
funknetz, oder ein WLAN (Wireless Local Area Network). Das Bezugszeichen 
3a bezeichnet ein Endgerat, das als PC (Personal Computer) ausgefuhrt ist, 
das Bezugszeichen 3b bezeichnet ein Endgerat, das als mobiler Notebook oder 
Laptop-Computer ausgefuhrt ist, und das Bezugszeichen 3c bezeichnet ein 
Endgerat, das als Mobilfunktelefon oder PDA-Computer (Personal Digital As- 
sistant) ausgefuhrt ist. Der Transaktionsserver 1 umfasst ein Kommunikati- 
onsmodul 10 fur die Kommunikation, das heisst fur den Datenaustausch, mit 
den Endgeraten 3a, 3b, 3c. Das Kommunikationsmodul 10 ist beispielsweise 
eingerichtet mit den Endgeraten 3a, 3b, 3c jeweils ein virtuelles privates Netz- 
werk (VPN, Virtual Private Network) iiber das Telekommunikationsnetz 2 zu 
erstellen und mit den Endgeraten 3a, 3b, 3c iiber dieses virtuelle private Netz- 
werks zu kommunizieren. 
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Wie in der Figur 1 dargestellt ist umfasst der Transaktionsserver 1 eine 
Regeldatenbank 18 und mehrere funktionale Module und Teile, namlich ein 
Steuermodul 11, Validierungsmittel 12, Evaluierungsmittel 13, ein Vertragsab- 
schlussprozessmodul 14 sowie ein Benutzerschnittstellenmodul 15. Das Ver- 
tragsabschlussprozessmodul 14 umfasst einen automatisierten Vertragsab- 
schlussprozess 141 sowie einen halbautomatisierten Vertragsabschlusspro- 
zess 142, welche spater mit Bezug zu Figur 2 detaillierter beschrieben werden. 
Die funktionalen Module und Teile sind vorzugsweise als programmierte Soft- 
waremodule oder Softwareteile auf einem Computerprogrammprodukt ausge- 
fuhrt Das Computerprogrammprodukt umfasst vorzugsweise eine computer- 
lesbares Medium, das den Computerprogrammcode der funktionalen Module 
und Teile enthalt. Das computerlesbare Medium ist als fester Speicher im 
Transaktionsserver 1 ausgefuhrt oder wird dem Transaktionsserver als mobiler 
Datentrager zugefuhrt, z.B. als CD (Compact Disc). 

Das Benutzerschnittstellenmodul 15 umfasst den Programmcode fur ei- 
ne Benutzerschnittstelle zum Transaktionsserver 1, die fur Leistungsnehmer 
mittels der Endgerate 3a, 3b, 3c uber das Telekommunikationsnetz 2 bedienbar 
ist. Die Benutzerschnittstelle wird beispielsweise uber so genannte Browser- 
Programme oder als API-Schnittstelle (Application Programming Interface) ver- 
fugbar gemacht. Der Fachmann wird verstehen, dass die Benutzerschnittstelle 
in einer Client-Server Architektur auch als GUI-SchnittsteHe (Graphical User 
Interface) ausgefuhrt werden kann. Wie in der Figur 1 durch den Bereich 151 
angedeutet ist, umfasst das Benutzerschnittstellenmodul 15 mehrere Datenein- 
gabemodule. Die Dateneingabemodule umfassen jeweils Dateneingabefelder, 
die insbesondere der Eingabe von Vertragsgegenstandsdaten dienen. Je nach 
Ausfuhrung der Benutzerschnittstelle umfassen die Dateneingabemodule 151 
jeweils eines oder mehrere darstellbare Fenster oder GUI-Bilder (^Screens"), 
oder ein rollbares Formular („Scrollable Form"). Die Dateneingabemodule 151 
sind vorzugsweise verschiedenen Pfaden eines Prozessablaufs (Workflow) zu- 
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geordnet. Fur die Dateneingabe kann die Benutzerschnittstelle auch mit einem 
Sprecherkennungsmodul versehen sein. 

Die Regeldatenbank 18 umfasst Angaben uber Datenregeln und Ge- 
schaftsregeln. Die Datenregeln und Geschaftsregeln umfassen jeweils einen 

5 oder mehrere Regelparameter sowie eine Regellogik. In der Regeldatenbank 
18 sind zumindest die Regelparameter aber vorzugsweise auch die Regellogik 
gespeichert. Die Regellogik ist vorzugsweise als Programmcode gespeichert, 
der auf dem Transaktionsserver 1 ausfuhrbar ist, beispielsweise als sogenann- 
tes Applet in Java. Wie in der Tabelle 1 anhand der Beispiele der Geschaftsre- 

10 geln BR1, BR2, BR3, BR4 und BR5 dargestellt ist, umfasst die Regellogik min- 
destens eine oder mehrere Regelbedingungen (in Tabelle 1 in Pseudocode 
angegeben). In den angegebenen Beispielen beziehen sich die Regelbedin- 
gungen auf die Datenwerte der Dateneingabefelder DF1, DF2, DF3, DF4, DF5, 
DF6, DF7, DF8 und DF9 sowie auf die Regelparameter A, B, C, D, E, F und G. 

15 In der Tabelle 1 sind zudem Beispiele von Regelaktionen dargestellt, die ent- 
sprechend einem Evaluationsresultat ausgefuhrt werden, das auf Grund der 
Regelbedingungen bestimmt wird. Die angegebenen Beispiele der Regelaktio- 
nen betreffen die Aktivierung der Dateneingabemodule DM2, DM3 und DM4 
sowie die Aktivierung des automatisierten Vertragsabschlussprozesses PA oder 

20 des halbautomatisierten Vertragsabschlussprozesses PM. Die in der Regelda- 
tenbank 18 gespeicherte Regellogik umfasst die Regelbedingungen. Die Re- 
gelaktionen werden in verschiedenen Ausfuhrungsvarianten entweder fest als 
Teil des Steuermoduls 1 1 codiert oder als Teil der Regellogik in der Regelda- 
tenbank 18 gespeichert. 
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Geschaftsregel 


Regellogik 


Regel- 
parameter 


Evaluations- 
resultat 


Regelbedingung 


Regelaktion 
(optional) 


BR1 


BOOLEAN (DF1<A) 


IF NEGATIVE 
ACTIVATE DM2 


A: 10'000 


{POSITIVE. 
NEGATIVE} 


BR2 


BOOLEAN 
(DF2+DF3+DF4)< B 


IF NEGATIVE 
ACTIVATE DM3 


B: 100'000 


{POSITIVE, 
NEGATIVE} 


BR3 


BOOLEAN 
(DF1+DF3)< G 


IF NEGATIVE 
ACTIVATE DM4 


G: 20'000 


{POSITIVE. 
NEGATIVE} 


BR4 


BOOLEAN (DF5<C 
AND DF6<10%DF7 
AND DF8 NOT D) 


IF NEGATIVE 
ACTIVATE PM 
ELSE ACTIVATE 
PA 


C: 50 000 
D: "Feuer" 


{POSITIVE, 
NEGATIVE} 


BR5 


IF DF9<E 
THEN OPTION1 

IF DF9<F 
THEN OPTION2 
ELSE 

OPTION3 


IF OPTION1 
ACTIVATE PA 
ELSEIF OPTION2 
ACTIVATE DM4 

ELSE 
ACTIVATE PM 


E: 50*000 
F: 100*000 


{OPTION1. 
OPTION2. 
OPTION3} 



Tabelle 1 



Die Datenregeln und Geschaftsregeln sind jeweils einem oder mehreren 
Dateneingabefeldem der Dateneingabemodule zugeordnet. Die Datenregeln 
dienen den Validierungsmitteln 12 zur Sicherstellung der Qualitat der eingege- 

5 benen Daten. Die Datenregeln legen korrekte Syntax und Format fest, definie- 
ren vorgeschriebene Wertebereiche, regeln Plausibilitat und Beziehungen zwi- 
schen Datenwerten mehrerer Dateneingabefelder, beispielsweise ein erstes 
Datum muss vor einem zweiten Datum liegen, und schreiben vor welche Daten 
zwingend eingegeben werden mussen. Mittels der Datenregeln wird auch uber- 

io pruft und sichergestellt, dass die eingegebenen Datenwerte in ein definiertes 
mathematisches Modell oder eine mathematische Formel passen. Die Ge- 
schaftsregeln dienen den Evaluierungsmitteln 13 respektive dem Steuermodul 
11 auf Grund der eingegebenen Daten den Prozessablauf zu steuern, ver- 
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schiedene Ablaufpfade zu wahlen und zugeordnete Dateneingabemodule 
und/oder Vertragsabschlussprozesse 141, 142 zu aktivieren. Die Geschaftsre- 
geln ermoglichen einen datengesteuerten, mehrstufigen, vernesteten Triage- 
prozess. Zum Beispiel kann der Leistungsnehmer durch Aktivierung eines Da- 

5 teneingabemoduls aufgefordert werden, weitere zusatzliche Datenwerte ein- 
zugeben, wenn ein eingegebener Datenwert oder eine Summe von mehreren 
eingegebenen Datenwerten einen definierten Schwellenwert (iberschreitet oder 
wenn auf Grund der eingegebenen Daten eine bestimmte Klasse oder Gruppe 
von Vertragsgegenstanden spezifiziert wird. Solange die Evaluierungsmittel 13 

10 die durch die Geschaftsregeln gesetzten Bedingungen als erfullt beurteilen (po- 
sitives Evaluationsresultat), fiihrt das Steuermodul 1 1 den Prozessablauf ent- 
lang Pfaden mit minimaler Dateneingabe. Wenn die Evaluierungsmittel 13 je- 
doch die durch die Geschaftsregeln gesetzten Bedingungen als nicht erfullt be- 
urteilen (negatives Evaluationsresultat), fiihrt das Steuermodul 11 den Pro- 

15 zessablauf entlang Pfaden mit zusatzlicher Dateneingabe und aktiviert zusatzli- 
che entsprechende Dateneingabemodule. Die Datenregeln und/oder die Ge- 
schaftsregeln sind Regelsatzen zugeordnet, denen unterschiedliche Satzken- 
nungsdaten zugewiesen sind. Die Satzkennungsdaten umfassen geografische 
Daten, Benutzeridentifizierungsdaten und/oder Leistungsidentifizierungsdaten. 

20 Die Satzkennungsdaten ermoglichen die Selektion und Aktivierung von Daten- 
regeln und/oder Geschaftsregeln in Abhangigkeit von eingegebenen Datenwer- 
ten. 

In den folgenden Abschnitten wird mit Bezug auf die Figur 2 ein mogli- 
cher Prozessablauf beim Abschliessen von Vertragen zwischen einem Leis- 
25 tungsnehmer und einem Leistungserbringer beschrieben. 

Im Schritt S1 erfolgt von einem Leistungsnehmer mittels eines Endgerats 
3a, 3b, 3c ein Zugriff uber das Telekommunikationsnetz 2 auf den Transakti- 
onsserver 1 . 
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lm Schritt S2 stellt der Transaktionsserver 1 dem Leistungsnehmer mit- 
tels des Benutzerschnittstellenmoduls 15 eine Benutzerschnittstelle bereit. Da- 
bei wird ein erstes der Dateneingabemodule 151 aktiviert, das vom Steuermo- 
dul 11 entsprechend einem definierten Prozessablauf ausgewahlt wird. Der 
5 Prozessablauf kann im Steuermodul 11 test programmiert sein oder durch 
Speicherung von Datenelementen in einer Datenbank flexibel und veranderlich 
ausgestaltet sein (z.B. durch Verknupfung von Pfad- oder Schrittidentifizierun- 
gen mit Dateneingabemodulidentifizierungen). 

Im Schritt S3 nimmt der Transaktionsserver 1 uber die in Schritt S2 be- 
10 reitgestellte Benutzerschnittstelle Datenwerte entgegen, die vom Leistungs- 
nehmer uber Dateneingabefelder des aktivierten Dateneingabemoduls einge- 
geben und mittels des Endgerats 3a, 3b, 3c uber das Telekommunikationsnetz 
2 an den Transaktionsserver 1 ubermittelt werden. 

Im Schritt S4 uberpriifen die Validierungsmittel 12 die im Schritt S3 ent- 
15 gegengenommen Daten. Die Uberpriifung der Daten erfolgt auf Grund der ge- 
speicherten Datenregeln, die den Dateneingabefeldern des aktivierten Daten- 
eingabemoduls zugeordnet sind. Die Validierungsmittel 12 erzeugen entspre- 
chend dem Resultat der Uberpriifung ein Validierungsresultat. Das Validie- 
rungsresultat gibt an, ob die Datenwerte den Datenregeln genugen (positives 
20 Validierungsresultat) oder ob sie korrigiert und/oder erganzt werden mussen 
genugen (negatives Validierungsresultat). Das Validierungsresultat umfasst 
auch Angaben zur Identifizierung der zu korrigierenden und/oder zu erganzen- 
den Datenwerte. Die entgegengenommenen Datenwerte werden zugeordnet 
zum erzeugten Validierungsresultat gespeichert. Der Fachmann wird verstehen, 
25 dass die Validierungsmittel 12 fur die Validierung der Datenwerte durch Pro- 
grammteile in der Benutzerschnittstelle „nahe M beim Leistungsnehmer, durch 
ein programmiertes Modul im Steuermodul 1 1 des Transaktionsservers 1 oder 
durch Datenintegritatsregeln im Datenbankmanagementsystem (DBMS) ausge- 
fuhrt werden konnen. 
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lm Schritt S5 iiberpruft das Steuermodul 11, ob im Schritt S4 ein positi- 
ves Validierungsresultat erzeugt wurde. 

Falls kein positives Validierungsresultat erzeugt wurde, wird dem Leis- 
tungsnehmer im Schritt S6 uber die Benutzerschnittstelle angezeigt welche Da- 
tenwerte zu erganzen Oder zu korrigieren sind. Die erganzten oder korrigierten 
Daten werden im Schritt S3 entgegengenommen. 

Falls ein positives Validierungsresultat erzeugt wurde, aktiviert das Steu- 
ermodul 1 1 im Schritt S7 die Evaluierungsmittel 13. 

Im Schritt S8 evaluieren die Evaluierungsmittel 13 die im Schritt S3 ent- 
gegengenommenen Datenwerte, die ursprunglich eingegeben und/oder ge- 
mass den Anweisungen des Schritts S6 korrigiert und/oder erganzt wurden. Die 
Evaluation der Datenwerte erfolgt auf Grund der gespeicherten Geschaftsre- 
geln, die den Dateneingabefeldem des aktivierten Dateneingabemoduls zuge- 
ordnet sind. Vorzugsweise werden die anzuwendenden Geschaftsregeln in Ab- 
hangigkeit der Datenwerte ausgewahlt, die im Schritt S3 liber ein fur die Re- 
gelwahl definiertes Dateneingabefeld entgegengenommenen wurden. Dabei 
wird der Regelsatz ausgewahlt, dessen Satzkennungsdaten den entgegenge- 
nommenen Datenwerten entsprechen, die iiber das fur die Regelwahl definierte 
Dateneingabefeld entgegengenommen wurden. Zum Beispiel konnen unter- 
schiedliche Regelsatze mit anzuwendenden Geschaftsregeln selektiert werden 
abhangig von entgegengenommenen geografischen Daten, die beispielsweise 
das Land oder die Region des Leistuhgsnehmers bezeichnen, von entgegen- 
genommenen Benutzeridentifizieruhgsdaten, die beispielsweise die Firma oder 
die Benutzergruppe des Leistungsnehmers bezeichnen, und/oder von entge- 
gengenommenen Leistungsidentifizierungsdaten, die den Vertragsgegenstand 
bezeichnen. Die datenabhangige Selektion von Geschaftsregeln ist beispiels- 
weise in einer Geschaftsregel oder Instruktion definiert, die dem betreffenden 
fur die Regelwahl vorgesehenen Dateneingabefeld zugeordnet ist. Die Ge- 
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schaftsregeln werden vorzugsweise aus der Regeldatenbank 18 geladen und 
auf einem Prozessor des Transaktionsservers 1 ausgefuhrt Die Evaluierungs- 
mittel 13 uberprufen die durch die Geschaftsregeln definierten Regelbedingun- 
gen und erzeugen entsprechend dem Resultat dieser Evaluation ein Evaluati- 
onsresultat. Das erzeugte Evaluationsresultat wird zugeordnet zu den betref- 
fenden im Schritt S4 gespeicherten entgegengenommenen Datenwerten ge- 
speichert. Der Fachmann wird verstehen, dass die Evaluierungsmittel 13 fur die 
Evaluation der Datenwerte durch Programmteile des Steuermoduls 11 oder 
durch Programmteile der Geschaftsregeln ausgefuhrt werden konnen. 

Im Schritt S9 uberprtift das Steuermodul 11, ob im Schritt S8 ein positi- 
ves Evaluationsresultat erzeugt wurde. 

Falls im Schritt S8 kein positives Evaluationsresultat erzeugt wurde und 
falls entsprechend dem definierten Prozessablauf fur die betreffende(n) Ge- 
schaftsregeln) zusatzliche Datenwerte erfasst werden mussen (angedeutet 
durch Schritt S9'), aktiviert das Steuermodul 1 1 im Schritt S10 eines der Daten- 
eingabemodule 151. Das zusatzliche Dateneingabemodul wird vom Steuermo- 
dul 1 1 entsprechend der oder den Geschaftsregeln selektiert, deren Bedingun- 
gen im Schritt S8 nicht erfullt wurden. Die Zuordnung von Dateneingabemodu- 
len 151 zu Geschaftsbedingungen kann im Steuermodul 11 fest programmiert 
sein oder durch Verknupfung von Datenelementen in einer Datenbank flexibel 
und veranderiich ausgestaltet sein (z.B. durch Verknupfung von Geschaftsbe- 
dingungsidentifizierung und Dateneingabemodulidentifizierung). Die zusatzlich 
erwarteten Daten werden im Schritt S3 entgegengenommen. 

Falls im Schritt S8 ein positives Evaluationsresultat erzeugt wurde oder 
falls bei negativem Evaluationsresultat keine zusatzlichen Datenwerte erfasst 
werden mussen (aus Schritt S9') f iiberpruft das Steuermodul 11 im Schritt S11, 
ob weitere Geschaftsregeln zu uberprufen sind, die den Dateneingabefeldern 
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des aktivierten Dateneingabemoduls zugeordnet sind. Gegebenenfalls werden 
weitere Geschaftsregeln im Schritt S8 uberpruft. 

Falls die Datenwerte gemass samtlichen Geschaftsregeln evaluiert wur- 
den, die den Dateneingabefeldern des aktivierten Dateneingabemoduls zuge- 

5 ordnet sind, uberpruft das Steuermodul 11 im Schritt S12, ob entsprechend 
dem definierten Prozessablauf Dateneingabemodule fur die Erfassung weiterer 
Datenwerte zu aktivieren sind. Gegebenenfalls aktiviert das Steuermodul 11 im 
Schritt S13 entsprechend dem definierten Prozessablauf ein weiteres der Da- 
teneingabemodule 151. Die erwarteten weiteren Daten werden im Schritt S3 

io entgegengenommen. 

Falls keine weiteren Daten zu erfassen sind selektiert das Steuermodul 
11 im Schritt S14 den automatisierten Vertragsabschlussprozess 141, wenn im 
Schritt S8 ein positives Evaluationsresultat erzeugt wurde, oder den halbauto- 
matisierten Vertragsabschlussprozess 142, wenn im Schritt S8 ein negatives 
is Evaluationsresultat erzeugt wurde. 

Im Schritt S15 wird der automatisierte Vertragsabschlussprozess 141 ak- 
tiviert und ausgefuhrt. Der automatisierte Vertragsabschlussprozess 141 be- 
rechnet auf Grund der im Schritt S3 erfassten Datenwerte und auf Grund von 
fest programmierten oder veranderbar gespeicherten Geschaftsregeln einen 

20 Vertragspreis. Der berechnete Vertragspreis wird dem Leistungsnehmer uber 
die Benutzerschnittstelle angezeigt und der Leistungsnehmer wird aufgefordert 
eine Zustimmung zum Abschluss des Vertrags einzugeben. Falls keine Zu- 
stimmung entgegengenommen wird endet der Datenaustausch zwischen Leis- 
tungsnehmer und Leistungserbringer ohne Vertragsabschluss. Andemfalls wird 

25 der Vertrag basierend auf dem berechneten Vertragspreis und den erfassten 
Datenwerten abgespeichert. 
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lm Schritt S15 wird der halbautomatisierte Vertragsabschlussprozess 
142 aktiviert und ausgefuhrt. Der halbautomatisierte Vertragsabschlussprozess 
142 leitet die im Schritt S3 erfassten Datenwerte elektronisch zu einem 
menschlichen Vertreter des Leistungserbringers, vorzugsweise uber eine GUI- 

5 Schnittstelle. Auf Grund der erfassten Datenwerte bestimmt der menschliche 
Vertreter einen Vertragspreis und gibt diesen Vertragspreis uber die GUI- 
Schnittstelle ein. Der Transaktionsserver 1 zeigt den vom menschlichen Vertre- 
ter bestimmten Vertragspreis uber die Benutzerschnittstelle des Transaktions- 
servers 1 dem Leistungsnehmer an. Wie beim automatisierten Vertragsab- 

io schlussprozess 141 wird der Leistungsnehmer aufgefordert fur den angezeig- 
ten Preis eine Zustimmung zum Abschluss des Vertrags einzugeben. Falls kei- 
ne Zustimmung sondem eine Zuriickweisung entgegengenommen wird, hat der 
menschliche Vertreter und/oder der Leistungsnehmer die Moglichkeit einen 
neuen Vertragspreis festzulegen und uber den Transaktionsserver 1 dem Leis- 

15 tungsnehmer respektive dem menschlichen Vertreter zu kommunizieren. Es 
kann auch vorgesehen werden, dass der Leistungsnehmer nicht den vorge- 
schlagenen Vertragspreis sondem andere als Datenwerte eingegebene Ver- 
tragsbedingungen zu Verhandlungszwecken andern kann. Auf diese Weise 
konnen zwischen dem Leistungsnehmer und dem menschlichen Vertreter ein 

20 Vertragspreis und/oder Vertragsbedingungen ausgehandelt werden. Falls keine 
Einigung zu Stande Kommt, endet der Datenaustausch zwischen Leistungs- 
nehmer und Leistungserbringer ohne Vertragsabschluss. Andernfalls wird der 
Vertrag basierend auf dem vorgeschlagenen Vertragspreis und den erfassten 
Datenwerten respektive geanderten Datenwerten abgespeichert. 

25 In den folgenden Abschnitten wird mit Bezug auf die Figur 3 ein Beispiei 

eines vereinfachten Prozessablaufs beim Abschliessen von Vertragen zwi- 
schen einem Leistungsnehmer und einem Leistungserbringer beschrieben. Im 
vereinfachten Beispiei nach Figur 3 ist der Bezug zu Datenregeln und die dar- 
auf basierende Datenvalidierung eingegebener Datenwerte weggelassen. Im 

30 vereinfachten Beispiei nach Figur 3 ist zudem die Anzahl der Geschaftsregeln 
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stark reduziert; in einer Ausfiihrung konnen beispielsweise funfhundert bis tau- 
send Geschaftsregeln verwendet werden. Im vereinfachten Beispiel nach Figur 
3 sind die moglichen Evaluationsresultatswerte jeweils auf ..positiv" (+) und ne- 
gativ (-) beschrankt. Der Fachmann wird verstehen, dass auch Evaluationsre- 
5 sultatswerte moglich sind, die mehr als bloss zwei Werte einnehmen konnen 
(siehe Beispiel BR5 in Tabelle 1). 

Im Beispiel nach Figur 3 wird vom Steuermodul 1 1 zunachst das Daten- 
eingabemodul DM1 selektiert und aktiviert, um dem Leistungsnehmer die Ein- 
gabe von Vertragsgegenstandsdaten zu ermoglichen. Die uber die Eingabefel- 
10 der des Dateneingabemoduls DM1 eingegebenen Datenwerte werden basie- 
rend auf der zugeordneten Geschaftsregel BR1 evaluiert (siehe Beispiel in Ta- 
belle 1). 

Ergibt die Evaluation gemass der Geschaftsregel BR1 ein negatives 
Evaluationsresultats, wird das Dateneingabemodul DM2 aktiviert, um vom Leis- 

15 tungsnehmer zusatzliche Datenwerte anzufordern. Die uber die Eingabefelder 
des Dateneingabemoduls DM2 eingegebenen Datenwerte werden basierend 
auf der zugeordneten Geschaftsregel BR2 evaluiert (siehe Beispiel in Tabelle 
1). Ergibt die Evaluation gemass der Geschaftsregel BR2 ein positives Evalua- 
tionsresultat, erfolgt eine weitere Evaluation basierend auf der Geschaftsregel 

20 BR3 (siehe Beispiel in Tabelle 1). Ergibt die Evaluation gemass der Geschafts- 
regel BR2 ein negatives Evaluationsresultat, wird das Dateneingabemodul DM3 
aktiviert, um vom Leistungsnehmer zusatzliche Datenwerte anzufordern. 

Ergibt die Evaluation gemass der Geschaftsregel BR1 ein positives Eva- 
luationsresultat, werden die uber die Eingabefelder des Dateneingabemoduls 
25 DM1 eingegebenen Datenwerte basierend auf der nachsten zugeordneten Ge- 
schaftsregel BR3 evaluiert. Es ist auch moglich, dass die Geschaftsregel BR3 
auch auf zusatzliche Datenwerte anwendbar ist, die uber Dateneingabefelder 



WO 2005/010784 




PCT/CH2004/000462 



20 



der zusatzlichen Dateneingabemodule DM2 und/oder DM3 eingegeben wur- 
den. 

Ergibt die Evaluation gemass der Geschaftsregel BR3 ein negatives 
Evaluationsresultat, wird das Dateneingabemodul DM4 aktiviert, urn vom Leis- 

5 tungsnehmer zusatzliche Datenwerte anzufordem. Ergibt die Evaluation ge- 
mass der Geschaftsregel BR3 ein positives Evaluationsresultat, werden die 
Datenwerte, die uber die Eingabefelder des Dateneingabemoduls DM1 und 
gegebenenfalls auch uber die Eingabefelder der Dateneingabemodule DM2, 
DM3, und DM4 eingegeben wurden, basierend auf der Geschaftsregel BR4 

10 evaluiert (siehe Beispiel in Tabelle 1 ). 

Ergibt die Evaluation gemass der Geschaftsregel BR4 ein negatives 
Evaluationsresultat, wird der halbautomatisierte Vertragsabschlussprozess PM 
aktiviert. Ergibt die Evaluation gemass der Geschaftsregel BR4 ein positives 
Evaluationsresultat, wird der automatisierte Vertragsabschlussprozess PA akti- 
15 viert. 

Der Prozessablauf gemass Figur 3 kann programmiert werden wie un- 
tenstehend mit Pseudocode dargestellt ist. 
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START 

Activate DM1 
Apply BR1 
IF NEGATIVE 
5 Activate DM2 

Apply BR2 
IF NEGATIVE 

Activate DM3 
END IF 

10 END IF 

Apply BR3 
IF NEGATIVE 

Activate DM4 
END IF 

15 Apply BR4 

IF NEGATIVE 

Activate PM 
ELSE 

Activate PA 
20 END IF 

END 



Der Prozessablauf kann im Steuermodul 1 1 vollstandig und fest auspro- 
grammiert werden. Die Geschaftsregeln werden jedoch vorzugsweise zur Lauf- 
zeit dynamisch aus der Regeldatenbank 18 geladen und ausgefuhrt. In einer 

25 Ausfuhrungsvariante wird der Prozessablauf so programmiert, dass selbst die 
Referenzen auf die Geschaftsregeln zur Laufzeit dynamisch bestimmt werden. 
Dabei werden die Referenzen aus der Datenbank basierend auf der Zuordnung 
der Geschaftsregeln zu den Dateneihgabefeldern des aktivierten Dateneinga- 
bemoduls bestimmt. In einer Ausfuhrungsvariante werden auch die Datenein- 

30 gabemodule zur Eingabe zusatzlicher Datenwerte wahrend der Laufzeit dyna- 
misch bestimmt. Dazu werden diese zusatzlichen Dateneingabemodule in den 
Geschaftsregeln referenziert, die in der Regeldatenbank 18 gespeichert sind. 



Der vorgeschlagene Transaktionsserver 1 eignet sich insbesondere zum 
Abschliessen von Ruckversicherungsvertragen zwischen einer Versicherungs- 
35 gesellschaft als Leistungsnehmer und einer Ruckversicherungsgesellschaft als 
Leistungserbringer. Zu diesem Zweck umfassen die Vertragsgegenstandsdaten 
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Angaben zu Leistungsnehmer, Versicherungsprodukten, Versicherungsobjek- 
ten, Versicherungsrisiken, Versicherungsbedingungen wie Selbstbehalte, und 
Versicheaingssummen. Versicheaingsprodukte umfassen beispielsweise Haft- 
pflicht- oder Sachversicherungen. Sachversicherungen umfassen Angaben 

5 uber Versicherungsobjekte und zugeordnete Versicheaingssummen. Abhangig 
von der totalen Versicherungssumme, vom Leistungsnehmer und vom Land 
des Leistungsnehmers ergeben sich auf Grund der Geschaftsregeln verschie- 
dene Prozessablaufe. Zum Beispiel kann ab einem bestimmten Grenzbetrag 
der totalen Versicherungssumme die Intervention eines menschlichen Vertre- 

10 ters des Leistungserbringers erforderlich sein. Dieser Grenzbetrag kann fiir ver- 
schiedene Lander und/oder Gruppen von Leistungsnehmem unterschiedlich 
hoch gesetzt sein, beispielsweise kann dieser Grenzbetrag fur Leistungsneh- 
mer aus unterschiedlichen Industrie- oder Berufsgruppen unterschiedlich hoch 
sein. Fur gewisse Leistungsnehmer konnen zusatzliche Angaben oder die In- 

15 tervention eines menschlichen Vertreters des Leistungserbringers erforderlich 
sein, beispielsweise weil der betreffende Leistungsnehmer bereits uberdurch- 
schnittlich viele Schadensanspruche gestellt hat. Fur gewisse Versicherungs- 
produkte oder -objekte kann generell oder nur in gewissen Landem oder Gebie- 
ten die Angabe zusatzlicher Informationen, die Intervention eines menschlichen 

20 Vertreters des Leistungserbringers und/oder eine unterschiedliche Berechnung 
des Vertragspreises erforderlich sein, beispielsweise weil das betreffende Ver- 
sicherungsprodukt oder -objekt vorschriftgemass weiterer Abklarungen Bedarf 
(z.B. Sachversicherungen fur petrochemische Produkte) oder weil das betref- 
fende Versicherungsprodukt oder -objekt im betreffenden Land oder Gebiet ein 

25 grosseres Risiko aufweist (z.B. eine Gebaudeversicherung fur ein Gebaude in 
einem erdbebengefahrdeten Gebiet). Im Zusammenhang mit Versicherungen 
ist der Vertragspreis der Versicherungspreis oder die Versicherungspramie. 
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Patentanspruche 

1. Computerisierter Transaktionsserver (1) zum Abschliessen von Vertragen 
zwischen einem Leistungsnehmer und einem Leistungserbringer, umfas- 
send eine Benutzerschnittstelle mit mehreren Dateneingabemodulen 

5 (151), die Dateneingabefelder zur Eingabe von Vertragsgegenstandsda- 

ten umfassen, welche Benutzerschnittstelle fur Leistungsnehmer mittels 
Endgeraten (3a, 3b, 3c) uber ein Telekommunikationsnetz (2) bedienbar 
ist, gespeicherte Datenregeln zugeordnet zu den Dateneingabefeldern, 
und Validierungsmittel (12) zum Uberpriifen von uber die Dateneingabe- 

io felder eingegebenen Datenwerten basierend auf den zugeordneten Da- 

tenregeln, zum Anfordern von Korrekturen uber die Benutzerschnittstelle 
basierend auf den zugeordneten Datenregeln und zum Erzeugen eines 
Validierungsresultats, gekennzeichnet durch 

gespeicherte Geschaftsregeln zugeordnet zu einem oder mehreren der 
15 Dateneingabefelder, 

Evaluierungsmittel (13) zum Evaluieren der uber die Dateneingabefelder 
eingegebenen Datenwerte basierend auf den zugeordneten Geschaftsre- 
geln und zum Erzeugen eines entsprechenden Evaluationsresultats, 

mehrere verschiedene Vertragsabschlussprozesse (141, 142) zum Anzet- 
20 gen eines Vertragspreises uber die Benutzerschnittstelle, zum Anfordern 

und Entgegenzunehmen einer Zustimmung zum Abschluss eines Vertrags 
vom Leistungsnehmer uber die Benutzerschnittstelle, und zum Abspei- 
chern eines abgeschlossenen Vertrags, 

Steuermittel zum Aktivieren eines ersten der Dateneingabemodule, zum 
25 Aktivieren der Evaluierungsmittel (13) bei positivem Validierungsresultat, 

und zum automatischen Selektieren und Aktivieren eines weiteren der Da- 
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teneingabemodule (151) Oder eines der Vertragsabschlussprozesse (141, 
142) in Abhangigkeit des Evaluationsresultats. 

2. Transaktionsserver (1) nach Anspruch 1, dadurch gekennzeichnet, dass 
die Geschaftsregeln jeweils eine Regellogik und einen oder mehrere Re- 

5 gelparameter umfassen, dass der Transaktionsserver (1) eine Regelda- 

tenbank (18) umfasst, und dass die Regelparameter in der Regeldaten- 
bank (18) gespeichert sind. 

3. Transaktionsserver (1) nach Anspruch 2, dadurch gekennzeichnet, dass 
die Regellogik als ausfuhrbarer Programmcode in der Regeldatenbank 

to (18) gespeichert ist. 

4. Transaktionsserver (1) nach einem der Anspruche 1 bis 3, dadurch ge- 
kennzeichnet, dass die Datenregeln und Geschaftsregeln jeweils einem 
von mehreren Regelsatzen zugeordnet sind, dass die Steuermittel einge- 
richtet sind aus den Regelsatzen einen anzuwendenden Regelsatz aus- 

15 zuwahlen in Abhangigkeit mindestens eines in ein bestimmtes Datenein- 

gabefeld eingegebenen Datenwerts, und dass die Validierungsmittel (12) 
und die Evaluierungsmittel (13) eingerichtet sind die eingegebenen Da- 
tenwerte basierend auf den Datenregeln respektive Geschaftsregeln des 
anzuwendenden Regelsatzes zu uberprufen respektive zu evaluieren. 

20 5. Transaktionsserver (1) nach Anspruch 4, dadurch gekennzeichnet, dass 
den Regelsatzen jeweils geografische Daten, Benutzeridentifizierungsda- 
ten und/oder Leistungsidentifizierungsdaten zugeordnet sind, und dass 
die Steuermittel eingerichtet sind den anzuwendenden Regelsatz in Ab- 
hangigkeit eines eingegebenen geografischen Datenwerts respektive ei- 

25 nes eingegebenen Datenwerts zur Benutzeridentifizierung und/oder eines 

eingegebenen Datenwerts zur Leistungsidentifizierung auszuwahlen. 
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6. Transaktionsserver (1) nach einem der Anspruche 1 bis 5, dadurch ge- 
kennzeichnet, dass mindestens einer der Vertragsabschlussprozesse 

(141) eingerichtet ist den Vertragspreis basierend auf eingegebenen Da- 
tenwerten automatisch zu berechnen. 

5 7. Transaktionsserver (1) nach einem der Anspruche 1 bis 6, dadurch ge- 
kennzeichnet, dass mindestens einer der Vertragsabschlussprozesse 

(142) eingerichtet ist die eingegebenen Datenwerte elektronisch einem 
zustandigen menschlichen Vertreter des Leistungserbringers zuganglich 
zu machen, Dateneingaben vom menschlichen Vertreter entgegenzu- 

10 nehmen und dem Leistungsnehmer uber die Benutzerschnittstelle anzu- 

zeigen, und den Vertragspreis durch Datenaustausch uber die Benutzer- 
schnittstelle zwischen dem Leistungsnehmer und dem menschlichen Ver- 
treter auszuhandeln. 

8. Transaktionsserver (1) nach einem der Anspruche 1 bis 7, dadurch ge- 
15 kennzeichnet, dass die Steuermittel eingerichtet sind die eingegebenen 

Datenwerte, das erzeugte Validierungsresultat und das erzeugte Evaluati- 
onsresultat einander zugeordnet zu speichem. 

9. Transaktionsserver (1) nach einem der Anspruche 1 bis 8, dadurch ge- 
kennzeichnet, dass der Transaktionsserver (1) eingerichtet ist zum Ab- 

20 schliessen von Riickversicherungsvertragen zwischen einer Versiche- 

rungsgesellschaft als Leistungsnehmer und einer Riickversicherungsge- 
sellschaft als Leistungserbringer, und dass die Vertragsgegenstandsdaten 
Angaben zu Versicherungsprodukten und Versicherungssummen umfas- 
sen. 

25 10. Computerprogrammprodukt umfassend: ein computerlesbares Medium 
mit darin enthaltenen Computerprogrammcodemitteln zur Steuerung eines 
oder mehrerer Prozessoren eines Transaktionsservers (1) zum Abschlies- 
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sen von Vertragen zwischen einem Leistungsnehmer und einem Leis- 
tungserbringer, derail, dass der Transaktionsserver (1) eine Benutzer- 
schnittstelle mit mehreren Dateneingabemodulen (151) bereitstellt (S2), 
die Dateneingabefelder zur Eingabe von Vertragsgegenstandsdaten um- 

5 fassen, welche Benutzerschnittstelle fur Leistungsnehmer mittels Endge- 

raten (3a, 3b, 3c) uber ein Telekommunikationsnetz (2) bedienbar ist, 
dass im Transaktionsserver (1) Datenregeln zugeordnet zu den Datenein- 
gabefeldern gespeichert werden, dass im Transaktionsserver (1) uber die 
Dateneingabefelder eingegebene Datenwerte basierend auf den zugeord- 

io neten Datenregeln uberpriift werden (S4), dass der Transaktionsserver (1 ) 

uber die Benutzerschnittstelle basierend auf den zugeordneten Datenre- 
geln Korrekturen anfordert (S6), und dass der Transaktionsserver (1) ein 
Validierungsresultat erzeugt, dadurch gekennzeichnet, dass das Compu- 
terprogrammprodukt weitere Computerprogrammcodemittel umfasst, die 

is die Prozessoren des Transaktionsservers (1) derart steuem, 

dass im Transaktionsserver (1) Geschaftsregeln zugeordnet zu einem 
oder mehreren der Dateneingabefelder gespeichert werden, 

dass der Transaktionsserver (1) ein erstes der Dateneingabemodule (151) 
aktiviert (S2), 

20 dass der Transaktionsserver (1) bei positivem Validierungsresultat die 

uber die Dateneingabefelder eingegebenen Datenwerte basierend auf den 
zugeordneten Geschaftsregeln evaluiert und ein entsprechendes Evalua- 
tionsresultat erzeugt (S8), und 

dass der Transaktionsserver (1) in Abhangigkeit des Evaluationsresultats 
25 ein weiteres der Dateneingabemodule (151) oder einen von mehreren 

verschiedenen Vertragsabschlussprozessen (141, 142) selektiert und ak- 
tiviert (S10), wobei die Vertragsabschlussprozesse (141, 142) eingerichtet 
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sind die Prozessoren des Transaktionsservers (1) derart zu steuern, dass 
der Transaktionsserver (1) einen Vertragspreis uber die Benutzerschnitt- 
stelle anzeigt, dass der Transaktionsserver (1) uber die Benutzerschnitt- 
stelle eine Zustimmung zum Abschluss eines Vertrags vom Leistungs- 
5 nehmer anfordert und entgegennimmt, und dass der Transaktionsserver 

(1) einen abgeschlossenen Vertrag abspeichert. 

11. Das Computerprogrammprodukt gemass Anspruch 10, dadurch gekenn- 
zeichnet, dass es weitere Computerprogrammcodemittel umfasst, die die 
Prozessoren des Transaktionsservers (1) derart steuern, dass der Trans* 

10 aktionsserver (1) in den Geschaftsregeln enthaltene Regelparameter In 

einer Regeldatenbank (18) speichert. 

12. Das Computerprogrammprodukt gemass einem der Anspriiche 10 Oder 
11, dadurch gekennzeichnet, dass es weitere Computerpro- 
grammcodemittel umfasst, die die Prozessoren des Transaktionsservers 

is (1) derart steuern, dass der Transaktionsserver (1) eine in den Geschafts- 

regeln enthaltene Regellogik als ausfuhrbarer Programmcode in einer Re- 
geldatenbank (18) speichert. 

13. Das Computerprogrammprodukt gemass einem der Anspruche 10 bis 12, 
dadurch gekennzeichnet, dass es weitere Computerprogrammcodemittel 

20 umfasst, die die Prozessoren des Transaktionsservers (1) derart steuern, 

dass der Transaktionsserver (1) die Datenregeln und Geschaftsregeln je- 
weils einem von mehreren Regelsatzen zugeordnet speichert, dass der 
Transaktionsserver (1) aus den Regelsatzen einen anzuwendenden Re- 
gelsatz in Abhangigkeit mindestens eines in ein bestimmtes Dateneinga- 

25 befeld eingegebenen Datenwerts auswahlt, und dass der Transaktions- 

server (1) die eingegebenen Datenwerte basierend auf den Datenregeln 
respektive Geschaftsregeln des anzuwendenden Regelsatzes uberprtift 
respektive evaluiert 
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